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(54) Crew optimization engine for repair of pairings during irregular airline operations 

(57) An automated real time crew optimization 
engine for repairing crew problems including open 
flights, open pairings, and broken crews In airline oper- 
ations, which generates multiple solutions in confomv 
ance with solution constraints by preprocessing the 
crew problems to generate potential solutions, and opti- 
mizing the potential solutions to provide optimized solu- 
tions. The preprocessing includes the use of self- 
connection methods, skipping-leg methods, and an 
extend-out-broken crew method. Potential solutions are 
generated by swap methods Including a one-way swap 
method, a two-way swap method, and a three-way swap 
method. A depth-search-first algorithm and a shortest 
path algorithm are applied to the potential soluttons to 
find optimal solutions. 
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Description 

FIELD OF THE INVENTION 

[0001] The invention relates to decision support 
tools generally, and more particularly to an automated, 
real time system for curing crew problems arising from 
Iniegular airiine operations as well as for analysis under 
any what-if scenarios. 

BACKGROUND OF THE INVENTION 

[0002] Airiine operations may be disrupted by 
numerous perturiaations Including weattier problems, 
aircraft mechanical problems, and air traffic control 
(ATC) problems. When under the Influence of such per- 
turi^ations, the airiine is said to experience irregular 
operations, which may result In flight delays, flight can- 
cellations, flight diversions, equipment substitutions, 
and crew rescheduling. 

[0003] The crew rescheduling Involves matching 
crews with a recovery flight schedule and acceptable 
fleet type as soon as possible in a cost effective way, 
while ensuring confomnance with crew legalities such as 
the FARs (Federal Aviation Regulations), union con- 
tracts, and company policies. 

[0004] The following published articles are of gen- 
eral interest "Optimization Model and Algorithm for 
Crew Management During Airiine Irregular Operations", 
by Guo Wei. Gang YU. and Marie Song. Journal Of Com- 
binatorial Optimization, Kluwer Academic Publishers 
(1997); and 'A Dedsion Support Frameworli for Crew 
Management During Airiine Insular Operations", lay 
Mark Song, Guo Wei, and Gang Yu, Operations 
Research In The Airiine Industry, Kluwer Academic 
Publishers (1998). 

[0005] The algorithms described in the above publi- 
cations are very similar. The main features of these 
algorithms are their use of the ^ace-time networic 
model, in which problems with irregular operation can 
be physically represented by a networic using four types 
of nodes and five types of networic arcs. As a result off 
this network representation, a mathematk^l model can 
be fomnulated to reflect the problem at hand. 
[0006] For relatively small problems (number of cit- 
ies less than 1 0, number of pairings less than 5, number 
of flights less than 20), use of the model can achieve an 
optimal solution. If the size of a problem increases, how- 
ever, a heuristic nnethod has to be applied in order to get 
an acceptable solution. The heuristic methods 
described in these two publications are centered at the 
decomposition of the given problem, so that a large 
problem can be divided into a number of smaller prob- 
lems such that each smaller problem contains exactly 
one broken pairing. 

[0007] For each smaller problem, the algorithm 
calls for setting up a sub-network, solving a shortest 
path networic and using a depth-first search method to 



fix a broken pairing. Going through each of these Itera- 
tions for any nomnal airiine inegular operation problem, 
the costs in terms of solving time can be very expensive 
and impractical to support decision making in a real 

5 time environment 

[0008] In the current invention, Directiy-Connected 
and Indirectly Connected, and Extend-Out Methods are 
used to first preprocess a problem. These preprocess- 
ing methods prove to be very effective in reducing prol> 

10 lem size by fixing a large portion of problems. Swap 
Methods also are used to furtiier fix a problem and 
improve solution quality. A problem is decomposed into 
smaller problems by either kxtking at a pairing of broken 
parings, or a group of three parings to fix. Rnally, the 

15 cunnent invention sets up a network of open flights, and 
uses the depth-first-search algorithm to match the solu- 
tions from the decomposed problem to yield solutions 
for the overall problem. Also, a shortest path method is 
applied iterativety to generate open pairings based on 

20 the open flights. However, the networic is generated only 
once, and during each iteration only the costs of the net- 
woric need to be reset This approach is far more effi- 
cient than regenerating the entire networic as proposed 
by the above publk^tions. Also, due to the effectiveness 

2S of ttie preprocessing, and the swap method, only a 
small number of open flights left at the final stage of 
generating open pairings. Thus, only a small number of 
iterations necessary. Comparatively, tiie current inven- 
tion is fiar more effec;tive and efficient ttian the proc- 

30 esses proposed in the above publicattons. 

SUMMARY OF THE INVENTION 

[0009] An automated real time crew optimization 
35 engine for repairing crew problems including open 
flights, open pairinigs, and broken crews in airiine oper- 
ations, which generates multiple solutions In conform- 
ance with solution constraints by preprocessing tiie 
crew problems to generate potential solutions, and opti- 
40 mizing the potential solutions to provide optimized sol u- 
tions. 

[0010] In one aspect of the invention, the preproc- 
essing includes the use of self-connection methods, 
skipplng-leg methods, and an extend-out-broken crew 
45 method. 

[0011] In another aspect of the invention, the self- 
connection methods include a self-directly-connected 
method, and a seif-in directly cxsnnected method. 
[0012] In a further aspect of the Invention, the skip- 
so ping-leg methods include a fonward leg skipping method 
and a backward leg skipping method. 
[0013] In a still further aspect of tiie invention, swap 
methods including a one-way swap method, a two-way 
swap method, and a three-way swap method also are 
55 used to generate potential solutions. 

[0014] In yet a further aspect of the Invention, a 
depth-seanch-first algorithm, and a shortest path algo- 
rithm are applied to the potential solutions to find opti- 
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mal solutions. 

[001 5] In still another aspect of the invention, a net- 
work of open flights is created, and through use of the 
shortest path algorithm, a flight sequence that Involves 
as many open flights as possible, and which avoids as 
many deadhead flights as possible Is saved as an open 
pairing. Thereafter, reserve crews assignments to the 
open pairings are optimized. 

BRIEF DESCRIPTION OFTHE DRAWINGS 

[ooiq 

Rgure 1 is a functional block diagram of an environ- 
ment in whk:h the crew optimization engine of the 
present inventton Is a part 

Rgure 2 Is a togic fk)w diagran of the operation of 
the inventton; 

Rgure 3 Is a toglc flow diagram of the solution gen- 
eration occurring at logic step 33 of Rgure 2; 

Rgure 4 is a \og\o flow diagram of the Preprocess 
method occuning at logte step 40 of Rgure 3; 

Rgure 5 is a logic flow diagram of the skipping-leg 
process occunring at bgte step 53 of Rgure 4; 

F^ure 6 Is a logic flow diagram of the Forward-Leg 
Skipping Method occurring at logic step 60 of Rg- 
ure 5; 

Rgure 7 is a logic flow diagram of the Backward- 
Leg Skipping Method occuning at logic step 62 of 
Rgure 5; 

Rgune 8 is a logic flow diagram of the Extend-Out- 
Broken-Crew Method occurring at logk: step 55 of 
Rgure 4; 

Rgure 9 Is a logic flow diagram of the swap process 
occuning at logic step 42 of Rgure 3; 

Rgure 10 is a logic flow diagram of the Three-Way 
Swap process occuning at logic step 1 00 of Figure 
9; 

Rgure 11 Is a logk: flow dtegram of the Two-Way 
Swap process occuning at logic step 101 of Rgure 
9; 

Figure 12 is a logk: flow diagram of the One-Way 
Swap process occuning at logk: step 1 02 of Rgure 
9; and 

Rgure 13 is a logic flow diagram of the Use-Of- 
Reserves Method occurring at logic step 44 of Rg- 
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DESCRIPTION OF PREFERRED EMBODIMENTS 

5 [0017] The following definitions, whether appearing 
In k>wer case or with capitalizations, are used through- 
out the specification to describe the invention: 

1. A Flight Leg may be described by three sets of 
10 parameters. Each set consists of a departure city, 

an anival city, a departure time, and an anival time. 
The three sets used are referred to as the Sched- 
uled, Estimated, and Actual sets. 

75 The Scheduled Set identifies original sched- 

uled departure and arrival airports, and times 
of departure and arrival of a flight. 

The Estimated Set identifies departure and 
20 anival airports, and times of a flight in progress 

beginning from the time the flight leaves the 
gate. 

TTie Actual Set reports the actual activities of a 
25 flight as the flight proceeds through each Right 

Leg of the flight. 

2. The status of a flight may be described by the fol- 
lowing: 

30 

'On Time' means that a flight will anive at its 
scheduled destination no later than the sched- 
uled anival time. 

3S "Delayed" means that a flight will arrive at Its 

scheduled destination at a time later than the 
scheduled anival time. 

"Canceled" means that a flight is canceled for 
40 any reason. 

"Rerouted" means that a flight will anive at an 
airport otherthan the originally scheduled des- 
tination airport. 

45 

3. A "Pairing" means a sequence of flight legs that 
starts at a crew base or originating airport, and 
ends at the same crew base. A Pairing can last one- 
day, or span over several ds^ Pairings are catego- 

50 rized according to fleet type. For any given Pairing, 
all flights within the Pairing must require the same 
fleet type (same equipment, i.e. B727, B737, 
MD80). 

55 4. "Connection Time* means that for any consecu- 
tive Flight Legs of a given Pairing, the time between 
the time of amval of the first Right Leg at a sched- 
uled airport, and the time of departure of a second 
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Flight Leg from the airport 

5. "Rest Time" means the time between an anival 
time of a first of two consecutive Flight Legs, and a 
next day departure time of a second of the two con- s 
secutive Flight Legs. 

6. "Total Duty Time" means the accumulated time 
between the starting point of a first Flight Leg of the 
day, and the end of debriefing after the last Flight io 
Leg of the day. 

7. Total Flight Time* means the accumulation of 
time periods between departure times and arrival 
times for each Flight Leg of a day. 75 

8. 'Open Flighr or "Open Leg" means a flight in 
which one or more crew positions are open. That Is, 
no crewmember has been assigned to the position. 
This situation arises, by way of example, when a 20 
crew member is sick and is talcen off of a Flight Leg, 
when crew members exceed duty time or flight time 
constraints required by the FARs, and when a regu- 
lar crew is removed from one Ffight Leg and 
assigned to cover another Right Leg. ss 

9. "Open Pairing" refers to the situation in which 
same positions of ail Flight Legs of a flight 
sequence are open. Such situations occur when no 
crewmembers are assigned to the Pairing in the x 
original flight schedule, and when crewmembers 
originally assigned to the Pairing have been reas- 
signed to other routes. 

10. "Brol<en Crew* occurs when an assigned Pair- 35 
ing cannot be continued. For example, when a crew 
exceeds its duty time or flight time constraints, 
when Right Legs of the assigned Pairing are can- 
celed, or where due to flight delays insufficient con- 
nection time between flights exists for the crew to 40 
change flights and continue their assigned lairing, 

1 1 . An "arc" is defined as a line that connects two 
nodes. In the algorithm used to solve our networi( 
problems, costs are assigned to an arc. For 45 
instance, if I and J are two nodes, then aO, ]) is used 

as a variable with the value equal to the cost 
assigned to the arc. In our network problems, an 
arc either represents a distance in space such as a 
flight route (when the arc connects the flight's so 
departure clIV and anival city), or it represents 
duration in time at a given city (when the arc con- 
nects one flights anival city to next flight's depar- 
ture city as a given statiori). 

55 

12. A "Reserve Crew" Is a crew who has not been 
assigned to any Pairing, but are on duty and availa- 
ble. 



13. The sets referred to in the discussions below 
are as follows: 

The scheduled set, estimated set and actual 
set for a given flight refer to the two time param- 
eters (departure time and an'ival time), and two 
space parameters (departure city and an^ival 
city). The word "set" refers to these parameters 
under three different scenarios. There is no 
physical data structure for these sets. 

Open leg sets and Open flight sets are used 
interchangeably. 

Open flight sets store the flights that are open 
In some position or positions. When an open 
flight exists, it is a problem type that the optimi- 
zation engine needs to fix. 

Open pairing sets store the pairings that are 
open in some position or positions. When it 
occurs, it is also one of the problem types that 
the optimization engine needs to fix. 

Broken Crew sets store all Broken Crew Infor- 
mation (BCI) records that need to be fixed. 

[0018] Referring to Rgure 1 , a functional block dia- 
gram of the system environment in which the invention 
operates is shown, where an Optimization Server 1 
(which in the prsfen^d embodiment is an l-IP K-570 run- 
ning an 11.x HPUX operating system), in electrical com- 
munication with a user by way of a bi-directional 
communication path 2 receives a request for optimal 
solutions to a specific flight schedule disruption. In 
response to the request, the Optimization Server 1 ini- 
tializes an Aircraft Optimization Engine 3 by way of a bi- 
directional communcation path A, and provkles the Air- 
craft Optimization Engine 3 a filename of an Aircraft 
Problem Specification. The Aircraft Optimization Engine 
3 accesses the Aircraft Problem Specification by way of 
a bl-dlrectional communication path 8, and generates a 
set of optimal solutions Including aircraft reassign- 
ments, rescheduling, and reroutings, to overcome the 
disruption. The solutions are transmitted over communi- 
cation path 4, and through the Optimization Server 1 
and bi-directional path 2 to the user. 
[0019] The Aircraft Optimization Engine 1 in turn 
initializes a Crew Optimization Engine 5 by way of a bi- 
directional communication path 6 to detemiine whether 
the optimal flight soluttons are efficiently supported by 
flight and service crews. The Crew Optimization Engine 
5, upon being Initialized, receives a Crew Problem 
Specification from the user by way of communication 
path 2, Optimization Server 1 , and a bi-directional com- 
munteatlon path 7. TTie Crew Problem Specification 
includes flight records, pairing records, and broken crew 
Infomnation records. The crew solutions generated by 
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the Crew Optimization Engine 5 are supplied by way of 
the comnnunication path 7, Optimization Server 1, and 
communication path 2 to the user 
[0020] During operation, the Aircraft Optimization 
Engine 3 and the Crew Optimization Engine 5 commu- 
nicate by way of bl-directionat communication paths 10 
and 11, respectively, with a memory system such as 
disic storage unit 9 having stored therein memory 
objects which in the preferred embodiment are C++ 
objects containing all of the data used by the optimiza- 
tion engines to soive probiems. For example, the C++ 
object for each flight would capture all infomnation about 
a given flight. More specifically, a flight object would 
contain object members such as a flight's departure dty, 
arrival city, departure time, arrival time as well as crew- 
memt)ers that are assigned to this flight The object 
would also contain some basic member functions that 
allow the engine to access these data members and 
set/reset them. The 0++ objects in tum are created and 
updated by the Data Collection Unit 12 and the Data 
Update Unit 13, respectively. More particularly, the Data 
Collection Unit 12 receives flight data, open flight data, 
crew data, reserve data, pairing data and open pairing 
data from the user by way of bi-directional communica- 
tion path 14. The Data Collection Unit 12 also creates 
C-H- objects which are supplied t>y way of a bi-direc- 
tional communication path 15 for storage in the disk 
storage unit 9, at memory locations specified by a Mem- 
ory Mapping Unit 16 by way of a bi-directional commu- 
nication path 17. Further, the Data Update Unit 13 
receives revisions to the Oh- objects from the user over 
a bi-directional communication path 18, and supplies 
corrections through a bi-directionsLi communication path 
19 to the objects Identified by the Memory Mapping Unit 
16. 

[0021] The following data is needed for setting up 
the database for the Crew Optimization Engine: 

A. Given a fl^ht, the following Infonmatlon is necessary: 

[0022] 

• Flight number - Flight ID used in airline operation. 
For example, Right 1384. 

• Flight key - key to the database table for data 
retrieval. In the database of the present invention, 
all flight records are saved in an array structure, and 
the key of a given flight is simply the index to the 
array where the flight record Is saved. 

• Departure city - Flight scheduled departure city. 

• Arrival city - Flight scheduled arrh/al dty. 

• Scheduled departure time - Flight scheduled depar- 
ture time. Original time used in airiines is the time 
local to the departure dty. In the database, it is con- 
verted into GMT tima 

• Scheduled anrhml time - Right scheduled anrival 
time. Local time to the arrival city in the original 
form, and GMT in the database. 



• Estimated departure time - Estimated local depar- 
ture time based on the cun^ operational condi- 
tions (local in the original form and GMT in the 
database). 

5 • Estimated anrival time - Estimated local arrival time 
based on the current operational conditions (local in 
the original form and GMT in the database). 

• Actual departure time - Actual departure time of the 
flight (local in the original fomi and GMT in the data- 

10 base). This information only becomes available 
once a flight actually departs from its departure dty 

• Actual anival time - Actual arrival time of the flight 
(local in the original form and GMT in the data- 
base). This infomiation becomes available when a 

75 flight is actually landed at tiie destination. 

• Reet type - Equipment type of the aircraft sched- 
uled to take the flight. 

• Crew on flight -Information about crewnnembers 
who are going to take the flight 

20 It consists of the following data: 

■ Position - Crew position such as Captain, Rrst 
Officer, Second Officer and Flight Attendant 

■ Craw ID - For each required position, if a crew 
25 is assigned to a given position. If, however, no 

crew has been assigned to the position, the 
term OPEN is used to Indicate an open position 
for this flight. 

■ Duty status - When a crew has been assigned 
50 to a position, the duty status is given to indicate 

that the crew either performs a duty on the 
flight (taking the flight as whatever the position 
the crew is assigned to) or deadhead on the 
flight (not taking the flight as whatever the posi- 
35 tlon requires). 

■ Pairing ID - When a crew has been assigned to 
a required position, the pairing ID Indicates that 
this flight is one of the flight legs that lonnn the 
pairing, and that the crew has been assigned to 

40 the pairing. 

[0023] In an object oriented language environment, 
all tiie infomnation described above can be stored In a 
flight record as an object, and all the flight records are 
45 saved in an array structure for fast retrievals. 

Given a crew, information needed Is as follows: 

[0024] 

so 

• Crew ID -A crew's unique identifteation. 

• Crew key -- key to the database table for data 
retrieval. In our database, all crew records are 
saved in an array structure, and the key of a given 

ss craw is simply tiie index to the array where the crew 
record is saved. 

• Position - Right position the crew is qualified to 
take. 
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• List of assignment - List of pairings and their dates 
that the crew is assigned to perfbmn for a given 
assignment period. All pairings are identified by 
their IDs. 

• Summary data - The summary data consists of 
Infomnation such as the time when the crew last had 
time off, and the time that the crew is scheduled for 
the next time off, and finally, how much duty time 
the crew has accumulated so far within the ass^n- 
ment period. 

• Crew qualification - data related to the crew's quali- 
fication check such as when was the crew's last 
training period, when is the next training period, and 
special airports that this crew Is not qualified to land 
or take off an airplane. 

[0025] In an object oriented language environment, 
all the Infomnation described above can be stored in a 
crew record as an object And all the crew records are 
saved in an anray structure for fiast retrievals. 

C. Given a pairing, the following information is neces- 
sary. 

[0026] 

• Pairing ID - unique ID of the pairing. 

• Pairing key - key to the database table for data 
retrieval. In our database, all pairing records are 
saved In an array structure, and the key of a given 
pairing is simply the index to the array where the 
pairing record is saved. 

• Start time - pairing's start time. i.e. the brief time of 
the very first flight leg of the pairing. 

• End time - pairing's end time, i.e. the debrief time of 
the very last flight leg of the pairing. 

• Base - A crew base city where this pairing origi- 
nated. 

• Reet type - equipnwnt type of the ^raft required 
for all the flights in the pairing. 

• List of the flights - a sequerxx of all the flight legs 
that are assigned to the pairing in an increasing 
time order. 

[0027] In an object oriented language environment, 
all the infomnation described atx)ve can be stored in a 
pairing record as an object And all the pairing records 
are saved in an array structure for fast retrievals. 
[0028] The Memory Mapping Unit 1 6 receives con- 
trol signals from the user over a bi-directional communi- 
cation path 20, and In response thereto klerrtifies the 
addresses of the Cm- objects in the disk storage unit 9 
that are being operated upon. By means of the Menrwry 
Mapping Unit 16 and the Data Update Unit 13, the user 
Is able to keep the data stored in the Disk Storage Unit 
9 current with the data being supplied to the user by way 
of communication path 2. 

[0029] Thus, at any gh/en time, the C++ objects of 



the Disk Storage Unit 9 reflect the existing flight environ^ 
ment, inducing identification of protected flights which 
are not to be canceled or delayed; flight sequences or 
routes for each aircraft; the stations or airports to be 

5 used by the aircraft; the fleets assigned to each station; 
station closure times; fleet an'h/al and departure curfews 
(times during which an aircraft is allowed to land and 
take-off); Inviolable and violable maintenance sched- 
ules; aircraft seat capacities; fleet operational ground 

10 times; operations and flight disruption costs: sub-fieet 
disruption costs: and revenue and passenger Infomna- 
tion for each scheduled flight 

P030] It is to be understood that Aircraft Optimiza- 
tion Engine 3, Crew Optimization Engine 5. and Optlml- 
75 zation Server 1 each may be microprocessors. 

[0031] Problems are detected and fbmnulated dur- 
ing the course of the database updates. Upon receiving 
each message, the system analyzes the current opera- 
tions, checks for any problems, and formulates and 
20 reconis any problems that are detected. 

[0032] Problems with Open Pairings are explk:ltly 
indicated by the Pairing update messages and the crew 
update messages. Problems with Open Rights are 
explidtiy indicated by the flight update messages. Prob- 
es lems with Broken Crews, however, are detected as tiie 
result of cunnent operation analysis. 
[0033] The following describes how a problem is 
recorded. 

[0034] Open Rights are recorded in the form of a 
30 regular fli^ record, which has the following main fea- 
tures: 

a) Flight number alriine assigned flight ID. 

35 b) Flight index: entry Index to the flight table In the 
database. 

c) Departure city index: entry index to the dty table 
In the database. 

40 

d) Arrival city index: entry index to the city table in 
the datal3ase. 

e) Departure time: flight departure time In terms of 
45 number of minutes with regard to a predefined ref- 
erence point 

f) Anrivat time: flight arrival time in terms of number 
of minutes with regard to a predefined reference 

50 point 

g) Fleet type: equipment type of the flight 

h) Crew on flight set of records both in temns of 
55 crew index (entry index to the crew table in a data- 
base) and crew positton index. 

[0035] All Open Flights are saved in terms of their 
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flight indices in an Open-Leg Set 
[Q036] Open Pairings are recorded in the lorm of 
regular Pairing records. A Pairing record captures the 
following nnain features: 

5 

a) Pairing number: airiine assigned Pairing ID. 

b) Pairing starting time: Pairing starting time in 
terms of number of minutes with regard to a refer- 
ence point. 10 

c) Pairing ending time: Pairing ending fime In terms 
of number of minutes with regard to the reference 
point 

IS 

d) Base: dty index where the first leg of a P&iring 
begins. 

e) Fleet type: equipment type of the flights assigned 

to the Pairing. 20 

f) Ust of flights: list of ail flights in the flight 
sequence that consists of a Pairing. All flights are 
represented by their indices. 

25 

[0037] All Open Pairings are stored in tenms of their 
pairing indices In an Open Pairing set. 
[0038] Brolcen Crews are recorded In the fomn of 
Broken Grew Information (BCt) records. A BCi record 
has the following information about Brolcen Crews: 30 

a) Rrst_Clty: city where the crews are before the 
Pairing was broken. 

b) Rrstjtlme: time when tiie crews become availa- 35 
bleat the Rrst.City. 

c) Second.City: city where the crews are supposed 
to be. This could be either their next flighTs depar- 
ture dty, or their base dty where they must return 40 
after performing the Pairing. 

d) Second_Tlme: time when the crews are sup- 
posed to be at the Second^City. 

45 

e) Rrst_Flight: the Index of the flight that the crew 
just served before the Pairing gets broken. If the 
Pairing is broken at its first leg, then the index is set 
to "-r to indicate that the crews are now at their 
base station. so 
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g) Reet type: the fleet type of the Open Pairing. 

h) Swap Rank: integer index to flag how a BCI can 
be fixed. If the BCI can be fixed directly Q.e. its 
Rr5t.City is the same as its Second.City, all flights 
in between are canceled flights), flie Swap Rank is 
set to "0*. A BCI with Swap Rank set to "0' is called 
a Setf-Direcdy-Connected BCI. If the BCt can be 
fixed Indirectly p.e. all crewmembers can deadhead 
from the RrBt_City to Second_City by the 
Second_Tlme by skipping all canceled flights), the 
Swap Rank is set to T. These types of BCIs are 
called Seif-lndlrectly-Connected BCI. Both Self- 
Directly-Connected and Self-lndlrectly-Connected 
BCIs are called Self-Connected BCIs. If a BCI can 
be fixed by skipping some its non-canceled flights, 
the Swap Rank is set to "2". If, however, the crew of 
a BCI can not be sent back to its base by the origi- 
nal returning time, the Swap Rank would be set to 
"-1" to indicate that all the crew members on this 
Pairing will have to be extended out to a later time. 
These BCIs are called non-Seif-Connected BCIs. 

i) Two-way swap set: set of other BCIs with which 
the BCI under consideration can be fixed by using a 
technique called a Two-Way Swap. 

J) Three-way swap set set of other two BCIs with 
which the BCI under consideration can be fixed by 
using a technique called a TTiree-Way Swap. 

k) Fixed Pairing: list of flight Indtees In sequence as 
a result of a Paring being fixed in some way. In the 
case where the Swap Rank is set to "0", the Pairing 
would simply be the original Pairing excepting all 
canceled flights that have been removed. If the 
Swap Rank Is set to "1 the Rxed Pairing would be 
similar to the original Faring with all the canceled 
flights being replaced by a sequence of flight legs 
as a deadhead path. If the Swap Rank is set to "2", 
the Rxed Pairing would consist of some of its origi- 
nal flights, with a deadhead flight sequence replac- 
ing some of its original canceled and non-canceled 
flights. The Rxed Pairing under the above three 
cases stands as a possible solution, if no better 
solution can be found later during the solution gen- 
eration stage. In that event, the Rxed Pairing 
becomes a BCi's final solution. However, in the 
case when the Swap Rank Is set to "-2", the Rxed 
Pairing would be the final solution, where the crew 
members will skip all of the canceled flights and 
some of the non-canceled fiights, and be back to 
their base by a time later than the originally sched- 
uled return time. 

[0039] Alt Broken Crews are stored In temis of the 

Open Pairing indces in a Broken Crew set. 

[0040] Upon receiving a user request with a Crew 



f) Second_Fllght: the index of the fiight that the 
crews are supposed to take next at the 
Second.City. If the SecondjCity is a crew base sta- 
tion, and the SecondJTlme is the Pairing ending ss 
time, the index is set to -1 to lndk:ate that the crews 
need to return to their base or originating station 
now. 
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Problem Specification, the system wilt have the follow- 
ing user request parameters to determine which prob- 
lems to solve: 

a) Request Time: Time point when a request is 5 
received. 

b) Problem Start Time: A starting point of a user- 
defined time window (along with the Problem End 
Time described below), within which the system io 
identifies problems to solve. 

c) Problem End Time: An end point of a user- 
defined time window, within which the system Iden- 
tifies problems to solve. 15 

d) Problem Recover Time: A time point by which all 
defined problenns are to be solved. This also is a 
user-defined parameter. 

20 

e) Problem Time Window: A time window starting 
from the Problem Start Time to the Problem End 
Time. This window defines the problem scope. The 
engine will look at the problems that fall within this 
time window. Note, the Request Time is earlier than 25 
the Problem Start Time (othenwise it does not make 
sense to solve problems that already occun^ in 
the past, as the engine only solves the problems 
currently affecting the operations). The Problem 
Recover Time Is later than the Problem End Time. 30 

f) Problem Reet Type: The fleet type for whksh a 
user desires a solution. 

[0041] Based on the above parameters, the system 3S 
extracts problems according to the following criteria: 

a) If an Open Leg is assigned the same fleet type as 
requested, and its departure time falls within the 
Problem Time Window, the open teg is extracted as 40 
a part of the problem. 

b) If an Open Pairing is assigned the same fleet 
type as requested, and its starting time fails within 
the Problem Time Window, the Open Pairing is 4S 
extracted as a part of the problem. 

c) If a Broken Crew Information (BGI) record 
includes a same fleet type as requested, and its 

FirstJTlme falls within the Problem Time Wmdow, so 
the BCI is extracted as part of the problem. 

[0042] Referring to Rgure 2, the above-narated 
process is iiiustrated in logic flow diagram form. At lo^c 
step 30, a user may request that a currently existing 55 
problem be solved, or request the Crew Optimization 
Engine to generate alternative solutions based upon 
attemative solution conditions (refen^d to as the Nvhat- 



ir scenario, such as "What if some flights are can- 
celed?*). Rom logic step 30, the locpc flow process 
moves to logic step 31 where flight schedule problems 
including open flights, open pairings and broken cnews 
are recorded. If any of the problems fit within the user 
request parameters (also refen'ed to as user require- 
ments and solution constraints), they are extracted. 
From iogk: step 31 , the logic flow process continues to 
logic step 32 to detennine whether any Broken Crew, 
Open Flight or Open Pairing problems exist If no such 
problems are extracted, the togic flow process jumps 
from logic step 32 to logic step 34 where the optimiza- 
tion process is terminated. If problems have been 
extracted, however, the logic flow process continues 
from logic step 32 and along logk: path 32b to logic step 
33. 

[0043] At logic step 33, alternative solution condi- 
tions are generated to fix the Open Flight, Open Pairing, 
and Broken Crew problems that have been extracted. 
Thereafter, the solutions are output to the user at logk: 
step 35, and the k>glc flow process proceeds to logic 
step 34 to await receipt of another user request 
[0044] The solution generation performed at logte 
step 33 of Rgure 2 is illustrated in more detail in Rgure 
3. With tiie problem to be solved being Identifled 
according to the above criteria, the system generates a 
solution in accordance with the process steps referred 
to as Preprocessing, Crew Swapping, and Matching. 
The logk: flow process enters by way of logic path 32a, 
and proceeds to iogfc step 40 where the first operation 
of a solution generation process. Preprocessing, takes 
place. A BCI record is taken flrom a Broken Crew Set, 
and an attempt to fix the Broken Crew problem Is made 
by using a Self-Connected Method (as later described 
by example below). If unsuccessful, the Broken Crew 
problem is subjected to Skip-Leg Methods. If the Skip- 
Leg Methods are unsuccessful, then an Extend-Out- 
Broken-Crew Method is used to fix the Broken Crew 
problem. If ti^e Broken Crew problem is fixed at logk: 
step 51 , the logic flow process jumps from logic step 52 
to logk: step 56. 

[0045] From logk: step 40, the logic flow process 
continues to logic step 41 to detennine whether any fur- 
ther BCI records exist in the Broken Crew set If not, the 
solutions proposed at logic step 41 are optimized by 
proceeding along a logic path 41a to apply a Swap 
Metiiod at logic step 42, a Matching Method at logk: 
step 43, and a Use-Of-Reserves Method at logic step 
44. In tiie Matching Method, the generally known depth- 
search-first algorithm as disclosed at page 75 of "Com- 
binatorial Optimization Algorithms and Complexity", by 
Christos H. Papadimitrion and Kenneth Steiglitz, Pren- 
tice Hall, Inc. (1982). Thereafter, the optimized solutions 
are recorded and the solution generation process ends 
at logic step 45. The logc flow process then returns to 
logic path 33a of Rgure 2. 

[0046] If the Broken Crew set is found to be empty 
at logic step 41 , the logic flow process jumps from logk: 
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step 41 to logic step 44, where the process continues es 
before described. 

[0047] The Preprocess operation of logic step 40 of 
Rgure 3 is Illustrated In more detail in Rgure 4, where 
the logic flow process enters by way of logic path 32a, s 
and a BCI record Is taken from the Broken Crew at 
logic step 50. Thereafter, at logic step 51 , an attempt to 
fix the broken crew problem by a Self-Connection 
Method (as described in more detail below) is made. 
From logic step 51 » the logic flow process continues to 
logic step 52 to detennlne whether the Self-Connectton 
Method was successful. If not, the logc flow process 
proceeds along logic path 52a to logic step 53, where 
an attempt is made to fix the Broken Crew problem by 
using a Skipping-Leg Method. 

[0048] From logks step 53, the process flows to logic 
step 54 to detenmine whether the Broken Crew problem 
has been fixed. If not, the logic flow process continues 
along logic path 54a to logic step 55 to apply an Extend- 
Out-Broken -Crew Method to anrive at a fix for the Bro- 
ken Crew problem. The logic flow process then contin- 
ues to logk; step 56 to determine whether any more 
Broken Crew records exist In the Broken Crew set. If 
not, the Preprocessing Stage of the solution generation 
is temnlnated at logk: step 57, and the logic flow process 
jumps to logk: step 41 of Rgure 3. if a Broken Crew 
record still exists In the Broken Crew set, however, the 
logic flow process loops back from logic step 56 by way 
of togic path 58 to logic step 50, and the process contin- 
ues as before described. Also, if either a Broken Crew 
problem Is fixed by the Self-Connected Method at logic 
step 52, or a Broken Crew problem Is fixed at logic step 
54, the logic ftow process jumps to logic step 56, where 
the process continues as before described. 
[0049] Lastly, if no BCIs exist In the Broken Crew 
Set at k)gic step 50, the logb flow process jumps from 
logic step 50 to togic step 57 to continue as before 
described. 

[0050] The Skipping-Leg Method of logic step 53 of 
Figure 4 is illustrated in more detail in Rguro 5, where 
the logk: flow process enters by way of bgic path 52a 
and proceeds to logk: step 60 to apply a Forward l£Q 
Skipping Method. Thereafter, at logk: step 61 , It is deter- 
mined whether the Broken Crew problem has been 
fixed by skipping a scheduled destination, and by pro- 
ceeding to a next occurring destination within the time 
scheduled for arrival at the next occun^ing destination. If 
not, the logk: flow process continues along logic path 
61a from logk: step 61 to logic step 62, where a Back- 
ward Leg Skipping Method Is employed to connect the 
Broken Crew problem. From logic step 62, the logk: flow 
process proceeds to logk: step 63 to end the operation 
of the Skipping Leg Method, and proceed to logic step 
54 of Rgure 4. if the Fbmrard Skipping Leg Method is 
determined to have been successful at logk: step 61 of 
Rgure 5, and the Broken Crew problem has been fixed 
by skipping the scheduled destination, the crew is 
retumed to its regularly scheduled flight at a next occur- 



ring destination. The \og)c flow process then Jumps from 
logk: step 61 to togic step 63 to continue as before 
described. 

[0051] Refen-ing to Rgure 6, the Fonward Leg Skip- 
ping Method is Illustrated In more detail. The log'x: flow 
process enters by way of logic path 60a and proceeds to 
logc step 70, where the flight (referred to as the 
Second.Fiight) which departs from the scheduled des- 
tination after the immediately preceding flight (a 
First^Flight) is skipped. Next, a determination is made 
at logk: step 71 whether the flight schedule includes a 
third flight that occurs after the skipped SeconcLFRght. 
If so, at logic step 72 the flight schedule is updated to 
indfcate that the third flight is the Second_Fllght. and 
that the third flight's departure station is ttie new arrival 
station of the Second_Flight 

[0052] From logic step 72, the lo£pc fksw process 
moves to togic step 73 to find a deadhead path (from the 
departure station of the Rrst_Fnght to the new arrival 
station of the First_Right) which does not violate the 
constraints of the user's request panEuneters as before 
described. 

[0053] If no third flight following the skipped 
Second.Flight is found at logic step 71, the logic flow 
process Jumps from togic step 71 to togk: step 74, where 
the flight schedule is updated to indicate that the origi- 
nal or base station is the new arrival station of the 
Flrst_Fllght Thereafter, the logic flow process continues 
to logic step 73 as before described. From logb step 73, 
the logic flow process moves to logto step 75 to deter- 
mine whether the Broken Crew has been sent back to 
its originating or base station. If not, the process Jumps 
to logic step 76 to check whether the cunrentiy indicated 
destination of the First_Right is the crew's original or 
base station. If no, the logic flow process bops back 
afong logk: path 77 to logk: step 70 to continue as before 
described. 

[0054] If ft is detemnined at logic step 75 that the 
Broken Crew has been sent back to its originating or 
base station, or at logic step 76 that the cun^ntiy indi- 
cated destination of the RrBt_Right is the crew's base 
station, tiien the logk: flow proceeds to logic step 78 to 
cease the operation of the Forward Leg Skipping 
Mettiod and jiffnp to logfc step 61 of Rgure 5. 
[0055] Figure 7 illustrates in moro detail tiie logic 
step 62 of Figure 5. In the example where a Rrst_Flight 
precedes a Broken Right Leg, the logc flow process 
moves along togic path 61a to logic step 80 to deter- 
mine whether tiie flight leg immecBalely preceding the 
Rrst_Flight departs later than the Problem Start Time. If 
so, the logk: flow process continues to logic step 81 
where the First_Fiight is skipped and the flight immedi- 
ately preceding the Rrst_Flight becomes the new 
Rrst^FUght If the flight immediately preceding the 
RrsLFtight at logk: step 80 does not depart later than 
the Problem Stert Time, the logte flow process jumps 
from logic step 80 to logic step 82 to cease the Back- 
ward Leg Skipping Method and continue to logk: step 63 
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of F^ure 5. 

[0056] From logic step 81 of Rgure 7, the logic flow 
process moves to logic step 83 to retry the Forward Leg 
Skipping Method of Rgure 6 with the corrected flight 
schedule. Then, at logic step 84 of F^ure 7, the destina- 
tion station resulting from the operation at logic step 83 
is tested to determine whether the Broken Crew has 
been sent to the new destination or Second_City. If not. 
the logic flow process loops back from logic step 84 
along logic path 85 to logk: step 80 to continue as before 
described. If the Broken Crew has been sent to the new 
destination (second airport), however, the logic flow 
process continues from logic step 84 to logic step 82 to 
proceed as iDefore described. 
[0057] Referring to Rgure 8. the Extend-Out-Bro- 
ken-Crew Method of logte step 55 of Rgure 4 Is illus- 
trated in more detail. The logic flow process moves 
along logic path 54a of Rgure 4 to logfe step 90 of Rg- 
ure 8 to generate a deadhead path which takes the Bro- 
ken Crew back to its originating or base station in the 
shortest time, but which does not violate either user 
request paranneterB (feasible) or operattons constraints 
(legal). All Right Legs that are skipped to achieve the 
above goals are saved in an Open Paring set. 
[0058] From logic step 90 the logte flow process 
continues to logic step 91 to remove the Broken Crew 
from the Broken Crew Set, and record the solution as a 
pemianent solution. The togic flow process then pro- 
ceeds to logic step 92 where the Extend-Out-Broken- 
Crew Method is terminated, and the process continues 
at logic step 56 of Rgure 4 as before described. 
[0059] Rgure 9 illustrates in more detail the Swap 
Procedure of logic step 42 of Rgure 3, in which the logic 
flow process enters by way of logic path 41a to com- 
mence the operation of a Three-Way Swap Method at 
logic step 100 of Figure 9. Thereafter, the logb flow 
process continues to logic step 101 to apply a Two-Way 
Swap Method to the Broken Crew problem, and thereaf- 
ter proceeds to logte step 1 02 to apply a One-Way Swap 
Method. From log'c step 102, the logic flow process 
moves to logic step 1 03 to enter logic step 43 of Rgure 
3. 

[0060] Refening to Figure 10, the operation of the 
Three-Way Swap Method of logic step 1 00 of Rgure 9 is 
illustrated in more detail. More particularly, the logic flow 
process enters logte step 110 of Rgure 10 by way of 
logic path 41 a to select three non-Self-Connected Bro- 
ken Crews (A, B, C) from the Broken Crew set The logk: 
flow process then moves to logic step 111, where Flight 
Legs among the Pairings of A, B. and C are swapped as 
represented by A-^B->C. More partteularly, crew A may 
be assigned one or more Flight Legs of crew B's Pairing 
to generate a solution for Broken Crew A; B may be 
assigned Right Legs of crew C*s Pairing to fix Broken 
Crew B; and C may be assigned one or more Flight 
Legs of A's Pairing to fix Broken Crew C. TTiereafter, a 
different Three-Way Swap may be generated, by way of 
example A->C^B. If feasible and legal solutions are 



generated, they are compared to select the least cost 
solution that is recorded as the permanent solution. 
[0061] From logic step 1 1 1, the logic flow process 
continues to logic step 112 to determine whether all 

5 available triads of non-Self Connected Broken Crews 
have been processed as described above. If not, the 
logic flow process loops back by way of logic path 113 
to logic step 11 0 to continue as before described. Oth- 
erwise, the logic flow process moves to logic step 114, 

10 where the Three-Way Swap Method is temninated and 
the process proceeds atong logic path 1 00a of Rgure 9 
to continue as before described. Further, in the event 
that no non-Self Connected Broken Crew exists in the 
Broken Crew set, the logic flow process jumps from 

75 logic step 1 10 to logic step 1 14 to proceed as before 
described. 

[0062] Referring to Rgure 1 1 , the operation of logc 
step 101 of Rgure 9 Is Illustrated In more detail, where 
the logic flow process enters logic step 1 20 of Rgure 1 1 

20 by way of logic path 100a, and a pair of non-Self Con- 
nected Broken Crews (A and B) is selected from the 
Broken Crew set Thereafter, at log'c step 121, Flight 
Legs of each Broken Crew are swapped to attempt to flx 
both Broken Crew A and Broken Crew B. If a solution is 

2S found. It Is recorded. The logic flow process then contin- 
ues to togic step 122 to detemnine whether all pairs of 
non-Self Connected Broken Crews have been selected 
and operated upon by the Two-Way Swap Method. If 
not, the togic flow process loops back by way of logto 

30 path 123 to logto step 120 to continue as before 
described. If all such paire have been so processed, 
however, the togic flow process continues from logto 
step 122 to logc step 124 to temriinate the Two-Way 
Swap Method, and proceed along logic path 101a to 

35 logic step 1 02 of Figure 9. 

[0063] If all paire of non-Self Connected Broken 
Crews have been found to have been processed at logc 
step 120, the togic flow process jumps directly to logic 
step 124 to continue as before described. 

40 [0064] Refening to Rgure 12, the One-Way Swap 
Method of logic step 102 of Rgure 9 is described in 
more detail. More particulariy, the logto flow process 
enters togto step 130 by way of logic path 101a. One 
Self-Connected Broken Crew, by way of example 

45 referred to as crew A, and one non-Self-Connected Bro- 
ken Crew, by way of example B, are selected from the 
Broken Crew set. If no such pair can be fomned from the 
Broken Crew set, the logic flow process jumps immedi- 
ately to logic step 131, where the One-W^ Swap 

50 Method is exited and the logic flow process continues 
along logic path 102a of Rgure 9. if such a pair is 
selected at logc step 130 of Rgure 12, however, the 
logic flow process nnoves from logic step 130 to logte 
step 132 where an attemptto find a solution to cure Bro- 

55 ken Crews A and B is made. More parttoulariy, crew A is 
assigned one or more Flight Legs of crew B*s Pairing, 
and a deadhead flight for crew B Is fornied to allow crew 
B to skip those flights of Its Pairing assigned to crew A 
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and to return to fts original Pairing. If such a solution is 
found, it is recorded. 

[0065] From logic step 132. the logic flow process 
continues to logic step 133 to detemnine whether all 
pairs comprising a Self-Connected Brolcen Crew with a 
non-Self-Connected Broken Crew have been selected 
from the Broken Crew set If not, the logic flow process 
loops back along logic path 1 34 to logic step 1 30 to con- 
tinue as before described. Otherwise, the logic flow 
process proceeds to logic step 131 to continue as 
before described. 

[0066] Rgure 13 ittustratss in more detail the oper- 
ation of the Use-Of-Reserves Method of logic step 44 of 
Rgure 3. More partlcularty, the logte flow process pro- 
ceeds along iogic path 43a to logic step 140 of Rgure 
13. where a determination is made whether there are 
any Open Rights indicated in the Open Right set. If not, 
the logic flow process continues by way of logic path 
141 to logic step 142 to select an Open Pairing from the 
Open Pairing set. If an Open Flight is found in the Open 
Right set at logk: step 140, the logic flow process con- 
tinues irom logic step 140 to logic step 143, where a 
networic of Open Rights Is generated. This network is 
set up in such a way that by solving a shortest path net- 
work problem, we would obtain a solution that Is based 
on the criteria to select a flight sequence that involves 
as marry open flights as possible and avoids deadhead 
flights as much as possible. In order to achieve this 
goal, some negative costs arB set to all of the Open 
Rights, and some positive costs are set to the dead- 
head flights that connect any two Open Flights. As a 
result, the solution path would yield the lowest total cost 
possible as the 'shortest path". The networic is set up as 
follows: first a source node (a dummy node) and a des- 
tination node (another dummy node) are created. Geo- 
graphically both nodes are assumed to be at the 
reserve crew's base city. Thereafter, a departure node 
and an arrival node for each Open Flight (geographi- 
cally the departure node is at the flight's departure city 
and the arrival node is at the anival city) are created. A 
cost of "-1" is assigned to each arc connecting a depar- 
ture node to an anival node fbr each Open Flight. A cost 
of *0* is assigned to each arc connected from the 
source node to each Open Flight's departure node, Emd 
to each arc connected from each Open Flights anival 
node to the destination node. Next, a deadhead path 
between one flights arrival node and another flights 
departure node is found, and if the time between the 
arrival time and the departure time allows sufficient con- 
nection time, the deadhead path is recorded. A cost of 
*r is assigned to each arc of the deadhead path. 
[0067] From logic step 143, the logic flow process 
continues to logic step 144 to detenmine a shortest path 
solution (lowest cost path), which is saved as an Open 
Pairing. The logic flow process then proceeds from k>gk: 
step 144 and along k5gic path 145 to logic step 140 to 
detemriine whether there are any Open Flights left in the 
Open Right set. If so, costs for Open Flights that have 



been assigned to an Open Pairing are reset to "1", and 
the process continues as before described. If no further 
Open Rights exist that have not been assigned to an 
Open Pairing, the logic flow continues along logk: path 

5 141 to logic step 142. 

[0068] Once an Open Pairing is selected from the 
Open Pairing Set at logic step 142, tiie logic flow proc- 
ess continues to logic step 146 to determine whether 
there are any Reserve crews available. If not, the logic 

10 flow process jumps to togk; step 147 to terminate the 
Use-Of-Reserves Method, and next proceeds to logic 
step 45 of Rgure 3 to continue as before descn*bed. if 
available Reserve Crews are found at logk: step 146, 
however, the logic flow process moves to logic step 148 

15 to find an optimal assignment of a Reserve Crew to the 
Open Pairing. That is, find a Reserve Crew, which would 
result In a lowest cost if assigned to the Open Pairing. 
From logte step 148, the logic flow process moves to 
logc step 149 to detemnine whether there are any Open 

20 Pairings whk:h have not been assigned a Reserve 
Crew. If not, the logic flow process continues to logic 
step 147 to proceed as before described. If Open Pair- 
ings are found which are not covered by Reserve 
Crews, however, the logic flow process loops back 

25 along logic path 150 to logte step 142 to continue as 
before described. 

[0069] Once Broken Crew Infomiation (BCI) 
records are received to identify cunrent problems In crew 
schedules, the above methods may be further 
30 described by way of examples beginning with the Pre- 
process stage. 

[0070] For purposes of this description, assume 
that a flight sequence comprised of Right Legs F1 -F5 is 
respectively assigned to flights between stations A-E, 
35 with the last Right Leg F5 returning to the original sta- 
tion A. Further, assume that a Broken Pairing condition 
occurs between stations C and Q That Is, for whatever 
reason, Right Leg F3 does not take place. The associ- 
ated BCi records the Broken Pairing as follows: 

40 

Rrstjnme = F2*s arrival time 
Second jnme = F4's departure time 
RrBLCIty=C 
Second_Clty = D 
45 Swap Rank flag is Initialized to '-1 " 

[0071] If between C and D two or more flights have 
been canceled, then it is possible that C = D. This is the 
case where the BCI can be fixed directly. The fix is 

50 saved as one of the possible solutions. The Swap Rank 
flag then is set to "O" to indteate a Self-Dlreclly-Con- 
nected BCI, where the BCI is checked to see *tf the BCI's 
Rrst.City is also the BCI's Second_City. 
[0072] If a deadhead path P can be found whch 

55 feasibly connects stations C and D, and if the new Pair- 
ing resulting from the deadhead path is feasible and 
legal for ail crews affected by the Pairing, a Self-lndi- 
rectly-Connected BCI is said to have occurred. In this 
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event, the Swap Rank is set to "1 
[0073] The deadhead path P may consist of two 
Flight Legs, one from station C to station F. and a sec- 
ond from station F to station D. The deadhead path P is 
legal for all affected crews when there is sufFtcient con- 
nection times at both ends, C and D, of the Broken Pair- 
ing. 

[0074] If we fail to fix the BCI using the Self-Directfy- 
Connected and the Self-lndlrectly-Connected Methods, 
a Skip Leg method is used. That is, beginning at station 
C, a first deadhead path PI from C to E Is evaluated, 
with station D and Flight Leg F4 having been skipped. If 
deadhead path PI is not legal for al\ affected crews, e.g. 
sufficient connection times at station C and station E do 
not exist, then a deadhead path P2 from station C to the 
original station A is considered. Stations D and E, and 
con^esponding Flight Legs F4 and F5, thereby are 
skipped. The process Is continued by skipping an addi- 
tional Flight Leg at a time, until either a legal deadhead 
path is found, or there are no more Right Legs left to 
skip. 

[0075] If the Forward Skip Leg Method fails to pro- 
vide a BCI fix, a Backward Skip Leg Method Is used. 
Starting with Flight Leg F2, if the leg's departure time is 
later than the Request Time plus a predefined Notifica- 
tion Time (time required to notify crew members about 
any schedule changes), then Right Leg F2 is redefined 
to be the Second_FIIght leg of a deadhead path, and the 
Fonvard Skip Leg Method again is used, if a legal dead- 
head path is not found, one more leg before the original 
Rrst_Right is skipped as long as the skipped Flight 
Legs departure time Is later than the Request Time plus 
the Notification Time. 

[0076] If one of the Skip Leg Methods succeeds, 
the result is saved as one of the possible solutions, and 
the skipped legs are stored in an Open Leg Set 
[0077] If both the Forward Skip Leg and the Back- 
ward Skip Leg Methods fail, the Broken Crew can not be 
sent back to its base or original station on time, even if 
the crew members skip all remaining Flight Legs. In this 
circumstance, an Extend-Out -Broken-Crew Method is 
used In whtoh the crew Is allowed to skip all remaining 
Right Legs of the flight sequence, and to deadhead 
back to their original station A at the earliest possible 
time to minimize the crew's extended out time. The 
result of tiie Extend-Out-Broken-Crew Method is saved 
as a solution of the BCI. and the BCI is removed from 
the BCI Set as it has been fixed. 
[0078] At the end of the above Preprocess stage, all 
solutions that have been found are evaluated. Costs 
associated with each possible solution are computed 
and saved. Costs are influenced by factors including 1) 
number of deadhead paths used; 2) number of Flight 
Legs skipped; and 3) nunnber of minutes a crew is 
extended out 

[0079] Next, an attempt is made to find better solu- 
tions by swapping two or three BCIs to minimize the 
number of skipped legs. 
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[0080] In a Three-Way Swap Method, an exhaus- 
tive search is initiated to find ail possible swap solutions. 
However, only the non-Self-Connected BCIs (Swap 
Rank = '-1 ") are tried. By way of description of a Three- 

5 Way- Swap only, assume three BCI's respectively repre- 
senting flight sequences FS1, FS2, and FS3. FS1 Is 
comprised of Flight Legs F1 1 -F1 4 with a Broken Pairing 
occun^ing between F11 and F12; FS2 is comprised of 
Flight Legs F21-F24 with a Broken Pairing occurring 

10 between F22 and F23; and FS3 is comprised of Flight 
Legs F31-F33 with a Broken Pairing occurring between 
the originating station and F31. FS1 may be fixed by 
deadheading to take flights F23 and F24 of FS2, and 
then deadheading back to the destination of Ff^ht Leg 

75 F14. FS2 may be fixed by deadheading to take Flight 
Legs F31 , F32, and F33 of FS3, and then deadheading 
back to the destination of F14. Lastly, FS3 is fixed by 
deadheading to take flights F12, F13, and F14 of FS1, 
and then deadheading back to the destination of F33. 

20 Thus, a solution has been found which fixes each of the 
three BCIs at the same time. The costs of the solution 
then are computed and recorded. 
[0081] In practice it is common that 1) after a first 
flight sequence is repaired by taking flights of another 

25 flight sequence, the first flight sequence can come back 
to corrtinue taking more of its own flights; and 2) a dead- 
head path can be of zero length. 
[0082] After the Three-Way Swap Method Is used, a 
Two-Way Swap Method is used, where an exhaustive 

30 search is initiated to find all possible two-way swaps 
between any two non^elf-Connected BCIs. As before, 
flight sequence FS1 is comprised of Right Legs F11- 
F14 with an Open Pairing between Flight Leg F1 1 and 
Right Leg F12, and flight sequence FS2 is comprised of 

35 Right Legs F21-F24 with an Open Pairing occurring 
between Right Leg F21 and Right Leg F22. 
[0083] In this exannple, FS1 Is fixed by deadheading 
to take FS2's flights F22 and F23, and then deadhead- 
ing back to continue its own pairing at F14. On the other 

40 hand. FS2 is fixed by deadheading to take FSl *s flights 
F12 and F13, and then deadheading back to continue 
Its own pairing at F24. 

[0084] When a solution is found, the associated 
cost is calculated and the solution Is stored. 

45 [0085] After the Two-Way Swap Method is exer- 
cised, a One-Way Swap Method involving one non-Self- 
Connected BCI and one Self-Connected BCI is used. 
Again, an exhaustive search is initiated to find all possi- 
ble solutions. In this example, a non-Self-Connected 

50 BCI is represented by flight sequence FSl , and a Self- 
Connected BCI (eitiier a Setf-Dlrectty-Connected or 
Self-lndirectly-Connected BCI) is represented by flight 
sequence FS2, FSl Is comprised of Right Legs F11- 
F14 with an Open Pairing between F1 1 and F12. FS2 is 

55 comprised of Flight Legs F21 -F24 with a first Open Pair- 
ing between Flight Legs F21 and F22, and a second 
Open Pairing between Flight Legs F22 and F23. FS2 is 
fixed by deadheading after Flight Leg F21 to take FSI's 
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flight F12, and then deadheading back to continue Its 
own Pairing at Flight Leg F23. FS1 is fixed by skipping 
Right Leg F12, and deadheading to continue its own 
Pairing at Flight Leg F13. As before, the solution cost is 
computed and stored. 

[0086] Once all BCI solutions are found, a matching 
method is applied. In this method, a generally known 
depth-search-first algorithm is used to find an optimal 
overall solution. The algorithm Is disclosed at page 356 
of *Data Structures and Algorithm Analysis in C++', by 
Mark Allen Nelss, Addison-Wesiey Publishing Company 
(1994). Since at least one solution (the worst case will 
be the solution that skips some flights) exists to fix a 
Broken Crew, the Matching Method will provide multiple 
feasible solutions. The final solutions are ranked based 
on their costs. For each solution, any skipped flights are 
saved in an Open-Leg set 

[0087] For each feasft)le and legal solution 
obtained, Reserve Crews are used to cover Open Pair- 
ings and Open Legs. There are three steps involved in 
using Reserve Crews. 

[0088] In the first step. Open Pairings ane created 
that are based on the Open Legs In the Open-Leg Set 
Given an original crew base CI (where crew reserves 
for a given fleet type may be available), a network of 
Open Legs is prepared. For example, in a network of 
five Open Legs F1 , F2, F3, F4, and F5, the original crew 
base C1 is connected by an arc to the departure node 
of each flight In additton, the arrival node of each flight 
Is connected by an arc to the destination node C2. 
Thereafter, the cost for each arc of the network is set 
Arcs connecting any two Right Legs are set to "0", arcs 
representing Open Legs are set to M*, and deadhead 
Right Legs are set to '1 

[0089] Next, the generally known shortest path 
algorithm is applied to the network to identify a shortest 
path as an Open Pairing. Thereafter, the cost of the 
Right Legs assigned to the Open Pairings (which are 
becoming deadhead Flight Legs to other paths) is set to 
'r, and the algorithm continues to be exercised until 
every Right Leg is assigned to one of the Open Pair- 
ings. The resulting Open P&lrings then are stored in the 
Open Pairing set. 

[0090] In the second step, an attempt Is made to 

assign a Reserve Crew to each Open Pairing. The proc- 
ess is continued for each Open Pairing until a first legal 
and feasible assignment is found. That is, not only is 
there a sufficient connection time at the departure and 
anival nodes, but also the legality constraints have not 
been violated. If no assignment can be made for an 
Open Pairing, the Open Pairing Is placed In a new Open 
Pairing Set 

[0091] Lastiy. In the third step, an Open Pairing in 
the new Open Pairing Set is operated upon by removing 
one non-deadhead Right Leg at a time, and attempting 
to assign available crew reserves to the Open Pairing. 
The process is continued until either a successful 
assignment Is made, or no further non-deadhead Right 



Legs exist in the Open Pairing. Each Open Pairing In the 
Open-Piairing Set is sinnilarty operated upon. All 
removed Right Legs are saved in a temporary Unoov- 
ered-Leg Set. 

5 [0092] The Uncovered-Leg Set then is set to be the 
Open Leg set, and the akM>ve process beginning with 
the first step is repeated. If Open Legs still are left 
uncovered, the uncovered legs are recorded as a partial 
solution. 

10 

Claims 

1. An automated, real time crew optimization engine 
for generating multiple solutions In assigning crews 
15 to cure open flights, open pairings, and broken 
crews, which comprises 



a memory system having stored therein mem- 
ory objects defining all flight and crew sched- 
ules of an entire airiine; 
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40 



an optimization server receiving from a user a 
crew problem specification including flight 
records, pairing records, crew rscords, and 
solution constraints, and a user request to 
solve one of a cument crew problem and a set 
of alternative solutions based upon what-if sce- 
narios of said user; 

a microprocessor in electrical communteation 
witii said memory system and said optimization 
server, and receiving said memory objects, 
said crew problem specifrcation, and said user 
request for selecting those crew problems 
which are In conformance with said solution 
constraints, preprocessing selected ones of 
said crew problems to generate potential solu- 
tions, optimizing said potential solutions by 
executing swap methods, matching methods, 
and a use-of-reserve nr^thod, and providing 
optimized solutions to said user. 



2. TTie automated real time crew optimization engine 
of Claim 1, wherein preprocessing Includes a first 

45 application of at least one of a self-connection 
method, a sklpping-leg method, and an extend-out- 
broken crew method. 

3. The automated real time crew optimization engine 

so of Claim 2, wherein said skipping-leg metiiod 
includes afonvard teg skipping method and a back- 
ward leg skipping method. 

4» The automated real time crew optimization engine 
55 of Claim 1 , wherein said swap methods include a 
one-way swap method, a two-way swap method, 
and a three-way swap method. 
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5. The authorized real time crew optimization engine 
of Claim 2, wherein said self-connecdcn methods 
include a setf -directly-connected method and a self- 
indirectly connected method. 

5 

6. A m^hod of repairing open flights and open pair- 
ings in airiine operations, which comprises the 
steps of: 

receiving memory objects from a memory sys- io 
tern that define all flight and crew schedules of 
an entire airiine; 

receiving from a user by way of an optimization 
sen/er a crew problem spedfication including 75 
flight records, pairing records, and crew 
records, and a request for one of multiple solu- 
tions for a specific crew problem and multiple 
solutions based upon what4f scenarios; 

selecting from said crew problem spedfication 
any flight schedule problems including open 
flights and open pairings which conform with 
solution constraints; 

25 

generating alternative solution conditions for 
said any flight schedule problems, and select- 
ing a broken crew problem from said any flight 
schedule problems; 

30 

applying a self -connected method to said bro- 
ken crew problem to repair said broken crew 
problem, and if said broken crew problem is 
conned to become a corrected broken crew 
protrfem, saving said connected broken crew 3S 
problem as a potential solutton, and selecting 
any remaining broken crew problem In said any 
flight schedule problems as said broken crew 
problem and repeating the above steps begin- 
ning with the step of applying a $elf-<»nnected 40 
method; 

if said broken crew problem is not corrected, 
applying a skipping leg method to said broken 
crew problem, and if said broken crew problem 4S 
Is corrected to become said corrected broken 
crew problem, saving said conned broken 
crew problem as a potential solution, and 
selecting any remaining broken crew problem 
In said any flight schedule problems as said so 
broken crew problem and repeating the above 
steps beginning with the step of applying a 
skipping leg method; 

if said broken crew problem is not corrected by 55 
said skipping leg method, applying an extend- 
out-broken-crew method to said broken crew 
problem to generate a deadhead path to the 



originating station of a broken crew of said bro- 
ken crew pmlDlem in a shortest time in conform- 
ance with said solution conditions to ensure 
feasibility; 

if saki deadhead path is generated, saving said 
deadhead path as a pennanent solution, and 
selecting any remaining broken crew problem 
in said any flight schedule problems as said 
broken crew problem and repeating the above 
steps beginning with the step of applying said 
extend-out-broken-crew method; 

repeating the above steps until all broken crew 
problems in said any flight schedule problems 
have been processed, and if any broken crew 
problem exists in said broken crew set, select- 
ing one of said any broken crew problems, and 
applying plural swap methods to said one of 
said any broken crew problems to generate 
alternative solutions which are saved as poten- 
tial solutions, and repeating the steps of select- 
ing one of said any broken crew problems and 
applying plural swap methods until all broken 
crew problems In said broken crew set have 
been processed; 

applying a depth-search-first algorithm to said 
potential solutions to find an optimal solution; 

determining whether an open flight problem 
exists in said any flight schedule problems, and 
if so, generating a networic of open flights; 

applying a shortest path algorithm to said net- 
woric to generate and save as an open pairing 
a flight sequence that involves as many open 
flights as possible and avoids deadhead flights 
as much as possible; 

repeating the above steps of determining 
whether an open flight problem exists and 
applying a shortest path algorithm until all open 
flights in said any flight schedule problems 
have been processed; 

if no open flights exist in said any flight sched- 
ule problems, determining whether any open 
pairings exist In said any flight schedule prob- 
lems; 

if so, selecting one of said any open pairings 
and determining whether any reserve crews 
exist to assign to said one of said any open 
pairings; 

If reserve crews are found, detemninlng an 
assignment of one of said reserve crews which 
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results In an optimal assfgnmerrt to said one of 
said any open pairings which is saved as a per- 
manent solution; and 

searching said any flight schedule problems for s 
further open pairings without assigned crews 
and repeating the above steps beginning with 
the step of selecting one of said any open pair- 
ings until all open pairings in said any flight 
schedule problems have been processed. 10 

7. The method of Claim 6, wherein said skipping leg 
method is comprised of a fonward leg skipping 
method, and a backward leg skipping method. 

15 

a. The method of Claim 6, wherein said plural swap 
methods include a three-way swap method, a two- 
way swap method, and a one-way swap method. 

9. The method of Claim 6, wherein said self-con- 20 
nected method Includes a self-directty connected 
method and a self-indirectly connected method. 
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